home *** CD-ROM | disk | FTP | other *** search
-
-
-
- BENCH User Commands BENCH
-
-
-
- _________________________________________________________________
-
- NNAAMMEE
- bench - Benchmark harness that coordinates multiple
- processes
-
- SSYYNNOOPPSSIISS
- bbeenncchh [_o_p_t_i_o_n_s] --cc _c_o_m_m_a_n_d
- bbeenncchh --MM [_o_p_t_i_o_n_s]
-
- OOPPTTIIOONNSS
- --MM _n_u_m_C_l_i_e_n_t_s Run as master of the number of clients indi-
- cated. The master bench process should be
- started before any slaves.
-
- --SS Run as a slave. Use --cc to specify a command.
- The slave process will wait until all other
- slaves have registered with the master before
- executing their benchmark.
-
- --cc _c_o_m_m_a_n_d _a_r_g_s ...
- Follow this with the command to benchmark.
- Execution search paths are not used (yet).
- The command can be followed with any required
- arguments.
-
- --pp Name of the pseudo-device used for coordina-
- tion.
-
- --oo _o_u_t_f_i_l_e Output file in which execution statistics are
- placed.
-
- --ff Flush the file system cache before executing
- the benchmark.
-
- --xx Disable all system tracing before executing
- the benchmark.
-
- --hh Enable taking of RPC timing histograms. This
- is ok with -x.
-
- --dd Don't sync the file system cache at the end of
- the benchmark. Normally this is done after
- the benchmark completes and before the file
- system I/O statistics are taken.
-
- --ss Use signals instead of pseudo-devices for
- rendez-vous.
-
- --PP _s_e_c_o_n_d_s Pause for some seconds before getting the
- final statistics. Only applies to the master
- bench process.
-
-
-
- Sprite v.1.0 Printed: March 21, 1990 1
-
-
-
-
-
-
- BENCH User Commands BENCH
-
-
-
- --ww Causes the master process to wait for a USR1
- signal before it allows the slaves to begin
- running. This option must be used with the -_M
- option, and cannot be used with the -_s option.
-
- _________________________________________________________________
-
-
- DDEESSCCRRIIPPTTIIOONN
- Bench is a harness for other programs that executes them and
- takes system statistics. The command to benchmark follows
- the --cc option. Currently bench does not used the execution
- search path, so the command has to be a valid pathname.
- (This should be fixed!) In its simplest form (no --SS or --MM)
- bench executes a single process and generates output to
- ``bench.out'' or to the file specified by the -o option.
- The default behavior is that the execution time and CPU
- utilization are recorded after the benchmarked process com-
- pletes, then the file system cache is written back and file
- system statistics are recorded. The file system cache can
- be flushed before the benchmark using the --ff option. The
- cache write-back at the end of the run can be disabled with
- the --dd option. The --xx option turns off various kernel trac-
- ing that can slow down execution.
-
- Multiple processes can be coordinated using the --MM and --SS
- options. First a master bench process is started with the
- --MM option. This option is followed by an integer that indi-
- cates the number of slaves to expect. The master process
- creates a pseudo-device that will be used to coordinate the
- slaves. Each slave benchmark is started using the --SS
- option. The slaves contact the master, and after they all
- make contact the master lets them proceed. The master bench
- process also takes system statistics during the execution of
- all the slaves. It is generally run on the file server in
- order to measure the load presented by the slaves. Note
- that the master doesn't run a command itself, so no --cc argu-
- ment is needed with --MM.
-
- KKEEYYWWOORRDDSS
- benchmark, statistics, timing
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- Sprite v.1.0 Printed: March 21, 1990 2
-
-
-
-